パブリックIPv4インサイトで、2024年2月に予定されている新しい料金体系の影響を確認してみた

従来は無料だったAWS保有のパブリックIPv4アドレス利用、2024年2月から有償化されるとの告知を受けて、 AWSを利用する当ブログ基盤の利用状況をパブリックIPv4インサイトで確認、今後のコスト影響と対応方針について検討してみました。

#Amazon VPC

#VPC IP Address Manager

#AWS

suzuki.ryo

2023.07.30

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

2023年7月28日付けで公開された AWS News ブログで、 2024年2月に予定されている AWS のパブリックIPアドレスの料金改定の告知がありました。

料金改定のブログ中で紹介されていた Amazon VPC IP Address Manager の新機能「パブリックIPv4インサイト」(Public IP Insights) を利用して、現在AWS上で稼働中しているシステムの IPv4アドレス利用状況を確認。 2024年2月の料金改定に伴うコスト影響の試算と、今後の対応について検討する機会がありましたので、紹介させていただきます。

(2023年11月20日追記)
パブリックIPv4インサイトの利用には事前にIPAMの作成が必須となりました。無料利用枠 (Free Tier)のIPAMで、パブリックIPv4インサイトは利用可能です。詳しくは下記の記事をご確認下さい。

対象環境

弊社ブログ(DevelopersIO)が動作する環境で、パブリックIPv4インサイトの確認を試みました。

構成図(2023年7月現在)

操作

IP アドレスマネージャ

VPCダッシュボードの「VPC IP アドレスマネージャ」、またはサービス、機能の検索フォームで「Address」を入力、「VPC IP アドレスマネージャ」を開きます。

Public IP Insights

パブリックIPv4インサイト (Public IP Insights) のメニューが新規に追加されています。

結果

トップページで、対象リージョンのVPCで利用中のパブリックIPv4の利用状況が確認できます。

パブリックIPタイプ

パブリックIPの件数、種別が確認できました。

EIP使用状況

EIPを利用するリソースは未設置の環境であったため、「利用可能なデータはありません」となりました。

2台の Ec2 と、EIPを設定した別アカウントでは、1台のEIPが「関連づけされている Amazon所有のEIP」として表示されました。

パブリックIPアドレス

検出されたパブリックIPアドレスの一覧が確認できました。

詳細設定より「Security groups」「ネットワークインターフェースの説明」を表示対象とすると、複数のシステムが存在する場合の識別に利用できました。

考察

今回の環境、2023年7月時点ではパブリックなIPv4アドレスを無料で利用できていますが、 2024年2月のパブリックIPアドレス料金の改定後も現状の利用を継続した場合には、1時間あたり 0.075ドル (単価:0.005ドル ✕ 15個) 、月額では 54ドル (0.075ドル x 24時間 x 30日) の追加費用が発生する事が確認できました。

Nat　Gateway

NAT Gateway は、冗長化して配置した場合の月額コストと 64.48ドル (0.045ドル x 2AZ x 24時間 x 30日)、通信データ 1 GB あたり 0.045ドルの従量課金を回避するため、これまでは採用を見送っていました。

現在のEC2台数であれば、引き続きEC2にパブリックIPを付与した利用を継続したいと考えていますが、今後、EC2で動くワークロードのFargateや、App　Runnerへの移行を含めて再検討を試みたいと考えています。

EC2

EC2 の利用を継続する場合、現在 CloudWatch、SSMなど AWSサービスを利用するために各インスタンスにパブリックIPを付与していますが、今後 AWSサービスのIPv6サポートが進んだ段階で必要なサービスのIPv6のエンドポイントを評価、パブリックIPv4アドレスを必要としない利用を試みる予定です。

Services that support IPv6

スポットインスタンスのEC2、強制停止時の影響を抑制するため、スペックを低め(Medium)のインスタンスを多めに起動する利用としていますが、上位スペック(Large)のスポット価格、中断実績などを見て、スペック、台数の調整も実施予定です。

ELB

ELBは、Global Accelerator の利用を継続する場合、ELBとの Global Accelerator で重複してパブリックIPアドレス消費する事を抑制するため、ELBの Internal化や、高い可用性を必要としない箇所でELBを採用する場合、利用AZを2つに制限する事も検討したいと思います。